home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / lang / c++-part2 / 14256 < prev    next >
Encoding:
Internet Message Format  |  1996-08-05  |  9.3 KB
  1. Path: teal.csn.net!not-for-mail
  2. From: glander@csn.net (Dave Glander)
  3. Newsgroups: comp.software-eng,comp.object,comp.lang.c++,comp.lang.c,comp.smalltalk
  4. Subject: (ad) NEW CRC METHOD OO DESIGN TOOL - TRY IT FREE!
  5. Date: 29 Mar 1996 10:32:50 -0700
  6. Organization: Colorado SuperNet, Inc.
  7. Distribution: world
  8. Message-ID: <4jh6s2$sg7@teal.csn.net>
  9. NNTP-Posting-Host: 199.117.27.22
  10.  
  11.  
  12. ===========================================================================
  13.          NEW UNIX-BASED CRC METHODOLOGY DESIGN and DEVELOPMENT TOOL!
  14. ===========================================================================
  15.  
  16. -----------------------------------------------------------------------------
  17.                           Introducing 
  18.  
  19.                        GRAPHICAL DESIGNER 
  20.  
  21.                            support for
  22.                    
  23.                          CRC METHODOLOGY
  24.  
  25. The hottest new Unix-based design and re-engineering tool available today.
  26. -----------------------------------------------------------------------------
  27.  
  28.  
  29. * Do You Need Support For the CRC Methodology ?
  30.  
  31. * Would You Also Like Industry Leading Methodology and Reverse Engineering
  32.   Support for Other Methodologies and Languages?
  33.  
  34. Graphical Designer 1.2 now supports the popular CRC methodology.
  35.  
  36.  
  37. Note:
  38. ----
  39. Graphical Designer also supports Rumbaugh, Booch and others and provides C++ 
  40. and C Reverse Engineering
  41.  
  42.  
  43. ----------------------------------------------------------------------
  44.                         Try Our CRC Design Tool FREE!  
  45. ----------------------------------------------------------------------
  46.  
  47. In less time than it takes you to finish off your lunch...you can know why
  48. Graphical Designer provides the features, quality, potential, and support of
  49. a OO-CASE tool that really works.
  50.  
  51. -----------------------------------------------------------------------
  52.                     DOWNLOAD A FREE COPY
  53. -----------------------------------------------------------------------
  54. You have nothing to loose.  Just download it, Get a free key and Go!
  55. Try it FREE!  See if you agree.
  56.  
  57. WWW:  http://www.advancedsw.com/infopage
  58. ftp:  ftp.csn.org:/ASTI/GDesigner
  59. mail: info@advancedsw.com
  60.  
  61. -----------------------------------------------------------------------
  62.  
  63. Contact:
  64. -------
  65. Advanced Software Technologies, Inc.
  66. info@advancedsw.com
  67. http://www.advancedsw.com/infopage
  68. ftp: ftp.csn.org:/ASTI/GDesigner
  69. (800)811-ASTI
  70. (303)730-7981 (voice)
  71. (303)730-7983 (fax)
  72.  
  73.  
  74. -----------------------------------------------------------------------------
  75.                   CRC SUPPORT TECHNICAL OVERVIEW
  76. -----------------------------------------------------------------------------
  77.  
  78. As its name implies, the major components of the CRC method are
  79. Card, Responsibility and Collaboration. The Cards represents a
  80. straightforward and intuitive way to keep design and information.
  81. A Responsibility is the specified behavior of a class, it is
  82. something a class does and/or knows.  During the process
  83. of accomplishing the goal of the system, classes will have to
  84. communicate with each other, requesting service from other classes
  85. or accessing knowledge of other classes.  This client-server
  86. communication between classes is referred to as Collaboration.
  87.  
  88. CRC is a responsibility-driven method. As such, users create the
  89. design by exploring responsibilities of the system itself and 
  90. tracing scenarios that may occur during the life of the system.
  91. The responsibilities will eventually be distributed among classes
  92. and be refined into specific operations and attributes. 
  93.  
  94. Graphical Designer's implementation of the CRC method is based
  95. on the popular text "Designing Object Oriented Software" by
  96. Rebecca Wifrs-Brock et al. ( Prentice Hall, 1990).  The goal
  97. of the CRC method implementation in Graphical Designer is to 
  98. provide automated support for the CRC method while at the same
  99. time retaining the flexibility, ease-of-use, and the simplicity of
  100. the designing process with index cards.  
  101.  
  102. There are four types of diagrams supported by Graphical Designer's
  103. CRC : 
  104. 1) Card Diagram
  105. 2) Card Summary Diagram
  106. 3) Hierarchy Diagram
  107. 4) Collaboration Diagram 
  108.  
  109. The design process can begin with any of the four diagrams, although 
  110. most users will generally use the card diagrams.  Once the cards are
  111. created (either manually, or automatically from any of the other 
  112. diagrams), users can opt to automatically generate the other three diagrams. 
  113. Consistency checking in Graphical Designer ensures that the information
  114. contained in all diagrams is synchronized with the system and that changes
  115. made in one of the four diagrams are applied and preserved in the other
  116. diagrams.
  117.  
  118. CARD DIAGRAM:
  119. The notations in the card diagram represent the index cards.  Users can
  120. use an index card to specify a new class (one class per card) or a new
  121. subsystem.  The class card contains data such as the class name, 
  122. superclasses and subclasses, class type (abstract or concrete), 
  123. responsibilities, collaborations and contracts defined for that particular 
  124. class. 
  125.  
  126. The first step is generally to create some class cards with descriptions
  127. and responsibilities, and possibly, for some responsibilities, enter 
  128. collaborating classes. To simplify the card editing process, we 
  129. recommend that users create one diagram for each card.  
  130.  
  131. The cards do not have to be complete at this point.  Classes for which
  132. the responsibilities have not yet been defined can be automatically 
  133. generated later from any of the other three diagrams.
  134.  
  135.  
  136. CARD SUMMARY DIAGRAM:
  137. This diagram is Graphical Designer's own enhancement to the Wifrs-Brock 
  138. text. The card summary diagram graphically depicts the server-client 
  139. relationships that a class is involved in.  Each class is represented by 
  140. a rectangle, and a dashed-arrow links it with its server(s), originating 
  141. from the client and pointing to the server.  Each class notation is also
  142. associated with the view that contains the card representation of this 
  143. class (unless the card has not yet been created), so users can easily
  144. flip back and forth from the card diagram to the card summary diagram.  
  145.  
  146. The Card Summary Diagram can be generated automatically from any of the
  147. card diagram by selecting View->New->CardSummary Diagram from the 
  148. background menu.  Note that all classes involved in one or more client-server
  149. relationships will be displayed in the card summary diagram.  Some of
  150. these classes may not have an associated card representation yet.  By
  151. selecting Consistency->Synchronize With Cards->Entire System from the
  152. background menu, new cards containing collaborations as depicted in the
  153. Card Summary Diagram will be created for those classes.
  154.  
  155. Collaboration editing can be performed from the Card Summary diagram as 
  156. well.  Users can create new classes and/or new collaborations between 
  157. classes.  The responsibility name is entered as part of the server-client 
  158. link attribute.   Once a new class and/or responsibility is created, 
  159. users may run consistency on the client class to update information on
  160. the client card as well as the attributes of the client class.
  161.  
  162.  
  163. HIERARCHY DIAGRAM:
  164.  
  165. The Hierarchy Diagram represents the superclass-subclass relationships 
  166. that exist between classes.  As with the Card Summary Diagram, the 
  167. Hierarchy Diagram can be automatically created from any of the card 
  168. diagrams.  Superclass-subclass relationship modification can be performed 
  169. in the Hierarcy Diagram, and running consistency on the whole system or
  170. the modified classes will update the data in the card.
  171.  
  172.  
  173. COLLABORATION DIAGRAM: (80% completed)
  174.  
  175. The collaboration diagram graphically displays the complete information
  176. of the system except for the responsibility names.  Each class in the
  177. collaboration diagram is represented as a rectangle.  A superclass
  178. rectangle contains the symbols representing its subclasses.
  179. The notation for a subsystem is a rounded-corner rectangle.  The
  180. subsystem notation contains the representations of all the classes
  181. in that particular subsystem. 
  182.  
  183. Contracts defined for each class or subsystem are represented by semi-
  184. circle that can be placed on any of the four sides of the rectangle.  
  185. A solid-line arrow links the client of the contracts with the semi-
  186. circle representing the contracts.  Collaboration Diagram can be 
  187. generated from any of the card diagram by selection View->New->
  188. Collaboration Diagram from the background menu.
  189.  
  190. (The following functionalities are to be implemented)
  191. Users can modify (delete or change) the existing contracts between
  192. clients and servers in this diagram.  However, users cannot create a
  193. new contract in a subsystem or a class. A contract by itself does not 
  194. convey anything unless we know the responsibilities that are grouped 
  195. under this contract.  Since complete responsibilities information 
  196. (contract number, responsibility name, collaborator and collaborator 
  197. contract number) can be obtained only from the cards, contract addition
  198. can only be performed in a class diagram. 
  199.  
  200. Users may also create subsystem in the collaboration diagram by
  201. grouping tightly coupled classes and putting them in a subsystem
  202. rectangle.  A subsystem card containing responsibility delegation
  203. will be generated when Consistency is run on this newly 
  204. created subsystem. 
  205.  
  206.  
  207. -----------------------------------------------------------------------
  208.                     DOWNLOAD A FREE COPY
  209. -----------------------------------------------------------------------
  210. Just download it, Get a free key and Go!
  211. Try it FREE! 
  212.  
  213. WWW:  http://www.advancedsw.com/infopage
  214. ftp:  ftp.csn.org:/ASTI/GDesigner
  215. mail: info@advancedsw.com
  216.  
  217.  
  218.  
  219.  
  220.  
  221.